Диплом №3941 Разработка информационной системы для учета продукции завода по производству красок
ОГЛАВЛЕНИЕ
ВВЕДЕНИЕ..5
1 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ МОДЕЛЕЙ И РАЗРАБОТКА АЛГОРИТМОВ8
1.1. Выбор методов и средств проектирования8
1.2. Логическое проектирование системы…14
1.3. Физическое проектирование системы..19
1.4. Проектирование макета пользовательского интерфейса28
1.5. Алгоритмы работы.32
2 ТЕХНОЛОГИЯ ПРОГРАММНОЙ РЕАЛИЗАЦИИ РАЗРАБОТАННЫХ МОДЕЛЕЙ И АЛГОРИТМОВ.34
2.1. Выбор средств программной реализации.34
2.2. Программная реализация пользовательского интерфейса системы..41
2.3. Обеспечение эксплуатационной и информационной безопасности разработанной системы 51
2.4. Обоснование и экономический расчет затрат на разработку системы.55
ЗАКЛЮЧЕНИЕ..61
СПИСОК ИНФОРМАЦИОННЫХ ИСТОЧНИКОВ..63
Работа № 3941. Это ОЗНАКОМИТЕЛЬНАЯ ВЕРСИЯ работы, цена оригинала 1000 рублей. Оформлен в программе Microsoft Word.
Оплата. Контакты
ВВЕДЕНИЕ
Для развития современного предприятия важно следовать двум основным правилам
1 Невозможно управлять тем что не знаешь
2 Невозможно улучшить то что не можешь измерить или просчитать.
Исходя из этих двух правил можно сделать вывод что создание системы которая будет использоваться как источник актуальных данных для любой компании является не роскошью а необходимостью эффективного функционирования в условиях рынка. Такой базой может быть база данных предприятия или же база данных организаций одной ветви деятельности в зависимости от общности используемого в целях сбыта рынка.
Важно отметить что создание базы данных является не только базой данных компаний определенной области деятельности но и внутриорганизационных баз данных выпускаемой продукции или услуг. Учитывая современную специфику работы в компаниях можно сказать что большинство продукции смело можно назвать проектами компании или же партии этой продукции. В целях облегчения произведения учета и постоянного оперативного получения данных о состоянии конкретного объема выпускаемой продукции можно осуществлять посредством некой информационной системы.
Таким образом при создании информационной системы назначение которой состоит в организации учета производимой продукции всегда существует и ряд преимуществ и недостатков такого внедрения. Преимуществами следует отметить такие явления
1 Возможность автоматизированного подхода к управлению решениями по количеству производимой продукции компании
2 Возможность получения оперативных и достоверных данных по состоянию реализации продукции в том числе и между складами
3 Способность автоматизированного управления производством на любом его уровне создания внесения корректив и доработок.
Недостатками таких информационных систем можно назвать только два
1 Цена разработки и внедрения проекта а также стоимость дополнительных растрат на обучение персонала
2 Время разработки и внедрения проекта может произойти установка с неактуальными базами данных что можно исправить легко но при этом также существуют дополнительные финансовые потери.
Таким образом можно сформулировать актуальность дипломной работы которая заключается в формировании базы данных компании как основного источника актуальной информации по учету готовой продукции на складах за счет проектирования и разработки автоматизированной системы учета продукции завода по производству красок.
О необходимости автоматизации современных предприятий строятся целые теории а так же стратегии внедрения автоматизированных систем на рабочих местах. Так И.И. попов а так же В. Я. Горфинкель однозначно определяют важную роль автоматизированных систем на любом предприятии а что касается производственных предприятий и необходимости принятия решений на основе данных в первую очередь.
Цель работы – повышение эффективности работы кладовщика и бухгалтера за счет разработки внедрения информационной системы для учета продукции завода по производству красок
Задачи работы
1. Разработка информационных моделей по теме работы с применением методов структурного и объектно-ориентированного подходов
2. Разработка оригинальных алгоритмов по теме работы «Разработка информационной системы для учета продукции завода по производству красок»
3. Программная реализация и апробация предложенных информационных моделей и алгоритмов разработанного программного средства
4. Обоснование решений по обеспечению эксплуатационной и информационной безопасности разработанной системы
5. Обоснование и экономический расчет затрат на разработку системы
В работе применяются методы структурного и объектно-ориентированных подходов для моделирования и проектирования программных средств. В качеству системы управления базы данных был использован MS Access. В качестве среды разработки – Delphi 7 с дополнительным пакетом библиотек EhLib 6.5.
Спроектированное и разработанное в ходе выпускной квалификационной работы программное средство позволяет полностью автоматизировать работу заведующего складом и бухгалтера по учету готовой продукции завода управлять движением продукции как внутри предприятия между различными складами так и оформлять реализацию продукции.
Программное средство снабжено удобным инструментарием для управления структурой склада подразделением товаров а так же возможностью формирования отчетных документов.
Программное средство может быть использовано на любом предприятии где необходима автоматизация учета готовой продукции за счет гибкости настроек системы.
На защиту выносятся
— Схема потоков данных
— Контекстная диаграмма
— Диаграмма декомпозиции
— Диаграмма классов Erwin диаграмма
— Кооперативные диаграммы
— Алгоритмы работы программного средства
— Сведения об экономической эффективности проекта
— Структура программного интерфейса
— Экранные формы пользовательского интерфейса.
1 ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННЫХ МОДЕЛЕЙ И РАЗРАБОТКА АЛГОРИТМОВ
1.1. ВЫБОР МЕТОДОВ И СРЕДСТВ ПРОЕКТИРОВАНИЯ
Концептуальное проектирование представляет собой начальный этап разработки программного обеспечения когда определяется базовая структура информационной системы ее компоненты их назначение и взаимосвязь. При этом выполняется построение семантической модели предметной области с высоким уровнем абстракции. Также на этом этапе учитывается прикладная специфика использования проектируемого программного обеспечения то есть в каких областях деятельности и кем оно будет применяться. В настоящее время принято выделять следующие методологии разработки программного обеспечения
— структурный подход в основу которого положен принцип алгоритмической декомпозиции структура системы описывается в терминах иерархии ее функций и передачи информации между отдельными функциональными элементами модулями
— объектно-ориентированный подход который использует объектную декомпозицию структура системы определяется множеством объектов и связей между ними а поведение системы описывается в терминах обмена сообщениями между объектами.
Ключевыми понятиями обоих подходов являются следующие термины методология методы и нотации. Методология представляет собой общее теоретическое описание методов исследования. Методы концептуального проектирования информационной системы реализуются совокупностью графических элементов и правил их использования которые называются нотацией моделирования.
Агрегацию основных положений структурного подхода принято называть методологией структурного анализа и проектирования SADT история которой начинается в 60-х гг. XX в. Вслед за появлением структурных методов проектирования ПО началось зарождение и развитие новой управленческой дисциплины известной как бизнес-моделирование. Важнейшим термином этого направления является понятие бизнес-процесса которое означает логически завершенную последовательность действий по преобразованию исходных данных в результаты удовлетворяющие потребителя.
Наиболее востребованные структурные методы концептуального проектирования программного обеспечения например IDEF0 IDEF1X IDEF3 DFD так же успешно используются при описании деятельности и регламентации бизнес-процессов. Это особенно важно в контексте прикладной направленности проектируемого программного обеспечения поскольку позволяет показать поддержку функций бизнес-процесса соответствующими функциями модулями информационной системы. Данное обстоятельство четко отражено в методологии бизнес-моделирования ARIS которая представляет собой интегрированный подход к описанию различных аспектов деятельности предприятия объединяя структурные и объектно-ориентированные методы в рамках целостного взгляда на бизнес-процессы компании.
Уникальным методом моделирования бизнес-процессов ARIS
В настоящее время объектно-ориентированный подход реализуется главным образом в виде языка графического моделирования объектных системы UML который позволяет описать структуру и поведение проектируемой системы с помощью множества нотаций. В современной версии языка UML выделяют около 15 видов диаграмм позволяющих описать структуру и поведение проектируемого программного обеспечения включая действия пользователей то есть бизнес-процессы. Наиболее часто используемым при концептуальном проектировании программным обеспечением можно назвать следующие виды диаграмм UML
— классов
— компонентов и развертывания
— состояний
— последовательностей
— деятельности
— прецедентов вариантов использования.
Несмотря на принципиальную методологическую разницу в рассматриваемых подходах к концептуальному проектированию программного обеспечения между ними очень много общего например иерархически-функциональная декомпозиция предметной области. В таблице 1 показаны типовые задачи возникающие на этапе концептуального проектирования программного обеспечения и соответствующие методы их решения в рамках рассматриваемых подходов.
Таблица 1 — Задачи концептуального проектирования программного обеспечения и методы их решения
Типовая задача концептуального проектирования ПО Методы решения
Структурный подход Объектно-ориентированный подход ARIS – методология
Функциональное разделение на верхнем уровне абстракции IDEF0 структура и иерархия процессов UML – диаграммы компонентов и пакетов VACD Value added chain diagram – последовательность процессов при формировании продукта ASTD Application system type diagram – диаграмма типов ИС
Определение типов предметов взаимосвязей между ними и их свойств IDEF1X атрибуты сущностей и связи между ними IDEF4 классы объектов их атрибуты и методы связи между ними UML – диаграмма классов классы объектов их атрибуты и методы связи между ними eERM extended Entity Relation Model – атрибуты сущностей и связи между ними
Описание движения потоков данных DFD Data Flow Diagram – движение данных между процессами и хранилищами UML – диаграмма последовательностей обмен сообщениями между объектами разных классов IFВ Information flow diagram – движение данных между процессами включая исполнителей
Описание логической последовательности выполнения функций бизнес-процесса IDEF3 ЗАВ – Process Flow Description – функции процесса логические операторы UML – диаграмма деятельности eEPC extended Event Process Chain – логическая последовательность функций и событий логические операторы а так же их связь с объектами и участниками
Описание изменения состояний предмета IDEF3 OSTN Object State Transition Network UML –диаграмма состояний VACD — изменения предмета через последовательность процессов
Анализ этой таблицы позволяет сделать вывод о том что наиболее популярные методы существующих подходов к разработке программного обеспечения включая нотации бизнес-моделирования имеют некоторое сходство между собой.
Например IDEF4 и UML-диаграммы классов позволяющие выполнить типизацию предметной области с точки зрения объектно-ориентированного подхода. При этом нотация IDEF4 относятся к семейству структурных методов IDEF и является совместимой с ними.
Меньше отличаются друг от друга методы eERM и IDEF1X предназначенные для концептуального проектирования реляционных схем данных фактически eERM является представлением нотации П. Чена в системе бизнес-моделирования ARIS реализующей одноименную методологию. Но в отличие от IDEF1X метод eERM позволяет помимо сущностей их атрибутов и отношений между ними также отобразить типы сущностей.
Таким образом ортогональность структурного и объектно-ориентированного подходов заметна уже на этапе концептуального проектирования программного обеспечения. Однако в данном случае первичную типизацию предметной области рационально выполнить средствами UML в виде диаграммы классов так как при этом нет необходимости решать задачу разработки логической и физической модели базы данных.
Вышеприведенный анализ наиболее популярных методов проектирования информационных систем и бизнес-моделирования показывают что в настоящее время четкая граница между этими двумя областями знаний практически отсутствует. Это обусловлено тем что программное обеспечение разрабатывается для конкретных областей деятельности процессов которые необходимо формализовать с помощью специализированных средств. В свою очередь программное обеспечение стало неотъемлемым бизнес-инструментом поэтому в средства бизнес-моделирования активно включаются возможности по описанию функций и моделей информационной системы. Таким образом прослеживается тенденция к объединению CASE –пакетов реализующих типовые инструменты и методы программной инженерии и систем бизнес-моделирования.
В настоящее время наиболее часто используемыми средства концептуального проектирования объектно-ориентированных систем являются UML-редакторы например Rational Rose Visual Paradigm UML и другие. В таблице 2 приведены некоторые их характеристики важные с точки зрения использования разработки программного обеспечения как на этапе концептуального проектирования так и при написании программного кода. Последний столбец в таблице показывает возможность поддержки метода BPMP в рассматриваемом CASE – средстве.
Следует так же отметить еще одну современную тенденцию развития интегрированных сред разработки программного обеспечения они включают модули для концептуального проектирования с возможностью последующей генерации программного кода из построенных UML – модулей.
Таблица 2 — Некоторые CASE – средства объектно-ориентированных систем
Название Лицензия Платформа Кодогенерация BPMN
StarUML GPL Windows + —
yEd Свободно распространяемая Кроссплатформенное ПО — +
Visual Paradigm UML Проприетарная Кроссплатформенное ПО + +
ArgoUML EPI Кроссплатформенное ПО + —
Dia GPL Кроссплатформенное ПО — —
MS Visual Studio Проприетарная Windows + —
MS Visio Проприетарная Windows + +
Rational Rose Проприетарная Windows + —
Аналитический обзор современных средств бизнес-моделирования показал отсутствие единого программного обеспечения реализующего все наиболее популярные методы описания бизнес-процессов и концептуального проектирования информационных систем. Однако на основании проведенного сравнения целесообразно выделить некоторые наиболее приемлемые средства такие как Rational Rose MS Visio.
Подводя итог рассмотрению методов и средств проектирования следует сделать вывод о том что в настоящее время не существует универсального инструмента сочетающего все преимущества структурного и объектно-ориентированного подходов. Поэтому при выборе метода и средства моделирования следует в первую очередь руководствоваться задачами их применения и удобством использования.
1.2. ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ СИСТЕМЫ
Для автоматизации учета готовой продукции завода необходимо разработать программное обеспечение которое позволило бы автоматизировать учет готовой продукции и процессы связанные с её реализацией. После разработки необходимо перейти к этапу внедрения программного обеспечения.
Программное обеспечение должно предоставлять следующие возможности
– оперативный учет фактического движения готовой продукции на предприятии на складах
– регистрация в информационной базе поступления продукции на склад и реализации ее со склада что приводит к изменению состояния количества продукции на складах
– занесение в базу данных всех клиентов сотрудничающих с предприятием и сотрудников
– разделение прав при работе с данной системой вход под логином и паролем
– формирование различных отчетов по сотрудникам клиентам
– удобный и гибкий поиск необходимой информации в базе данных
– формирование выходных документов приходная накладная отчет о движении денежных средств платежное поручение соглашение о сотрудничестве с клиентом письмо с расторжением договора акт сдачи-приемки товара и др. в Microsoft Word.
Разрабатываемое программное обеспечение должно обеспечивать
– создание и ведение следующих справочников классификаторов группы для разделения прав при работе с системой сотрудники предприятия должности сотрудников клиенты отделы в которых работают сотрудники скидки для постоянных клиентов
– свободную интеграцию с программным продуктом Microsoft Word формирование бухгалтерских документов
– приятный и удобный для пользователя интерфейс
– запрещение прямого удаления информации режим удаления данных с контролем перекрестных ссылок
– возможность отправки почты с помощью выбранной почтовой программы на компьютере пользователя
– работа системы в режиме администратора наделенного всеми правами в разрабатываемой системе бухгалтер и обычного пользователя которому даны права только на просмотр не всех данных системы и отчетов заведующего складом.
Программное обеспечение будет содержать отдельную базу данных которая может находиться непосредственно на рабочем месте оператора или работать удаленно размещаясь на сервере. Такое устройство программы позволит обеспечить следующие ключевые характеристики
– организацию произвольного легко изменяемого количества рабочих мест определяемого объемом работ характером решаемых в организации задач и числом необходимых для этого работников
– эффективную защиту целостности информации в режиме многопользовательского доступа
– обеспечение сохранности информации за счет ее централизованного архивирования и восстановления
– обеспечение конфиденциальности информации на основе авторизированного доступа к программному обеспечению.
Для описания операций потока работ использована идеология «плавательных дорожек» swim lane где с каждой дорожкой сопоставлен исполнитель операций. Таким образом можно наблюдать последовательное перетекание от одной дорожки к другой при переходе выполняемых операций от одного исполнителя к другому. В качестве исполнителей для наших целей мы выделили заведующего складом и бухгалтера как администратора системы учета. На рисунке 1 представлена схема потоков данных.
Рисунок 1 – Схема потоков данных
Использованные графические элементы на схеме интуитивно понятны входы и выходы процесса трапеции операции прямоугольник информационная система дисковый массив.
Основные функции которые должна выполнять моделируемая система можно подразделить на следующие группы
– учет готовой продукции на складах
– учет реализации продукции контрагентам
– учет расходов и закупок.
Предполагается что работать с данной информационной системой должны бухгалтер и заведующий складом. Поэтому с целью предоставления разделения их полномочий каждый пользователь имеет свой режим доступа.
Модель в нотации IDEF0 может содержать четыре типа диаграмм
– контекстная диаграмма
– диаграммы декомпозиции
– диаграммы дерева узлов
– диаграммы только для экспозиции.
В данной работе использованы контекстная диаграмма и диаграммы декомпозиции. Контекстная диаграмма дает самое общее описание системы и ее взаимодействия с внешней средой. Для данной системы работа на контекстной диаграмме имеет название «Учет готовой продукции и её реализация». Также на контекстной диаграмме отображены следующие дуги связи системы с внешним миром
а Вход
– Запрос на закупку
– Запрос на оптовую поставку
– Данные по движению товаров на предприятии в том числе хранение продукции на складах и перемещение между складами
– Сведения о поступлении денежных средств
в Управление
– Договора с контрагентами
– Нормативные акты
г Выход
– История продаж
– Сведения по остаткам продукции
– Накладные
– Отчеты
– Счета-фактуры
– Документация по сделкам
– Платежные поручения.
Контекстная диаграмма представлена на рисунке 2.
Рисунок 2 – Контекстная диаграмма
Диаграмма декомпозиции состоит из пяти блоков работ. Три блока соответствуют описанным выше процессам а именно «Регистрация готовой продукции на складе» «Учет движения товара» «Учет Запросов на реализацию». Два блока имеют наименования «Регистрация платежей» и «Формирование сопроводительной документации». Диаграмма декомпозиции представлена на рисунке 3.
Рисунок 3 –Диаграмма декомпозиции
1.3. ФИЗИЧЕСКОЕ ПРОЕКТИРОВАНИЕ СИСТЕМЫ
В ходе проведения инфологического моделирования в области данных было выявлено пятнадцать сущностей таблица 3
Таблица 3 — Описание объектов
Модель сущность-связь ER-модель англ. Entity-relationship model или entity-relationship diagram — модель данных которая позволяет описывать концептуальные схемы с помощью обобщенных конструкций блоков. ER-модель — это мета-модель данных то есть средство описания моделей данных.
ER-модель удобна при проектировании информационных систем баз данных архитектур компьютерных приложений и других систем моделей. С помощью такой модели выделяют существенные элементы узлы блоки модели и устанавливают связи между ними.
Существует ряд моделей для представления знаний. Одним из самых удобных инструментов унифицированного представления данных независимого от реализуя его программы является модель сущность-связь entity — relationship model ER — model .
Модель сущность-связь основывается на некой важной семантической информации о реальном мире и предназначена для логического представления данных. Она определяет значение данных в контексте их взаимосвязи с другими данными. Важным для нас является тот факт что из модели сущность-связь могут быть порождены все существующие модели данных иерархическая сетевая реляционная объектная поэтому она является наиболее общей. Любой фрагмент предметной области может быть представлен как множество сущностей между которыми существует некоторое множество связей.
Представим модель сущность – связь для разрабатываемой модели Рисунок 4
Рисунок 4 – Диаграмма «сущность-связь» процессов
Таким образом было проведено физическое и логическое проектирование системы. На основании полученных результатов можно перейти к следующему этапу – придание схематичному отражению данных оболочку в виде пользовательского интерфейса.
1.4. ПРОЕКТИРОВАНИЕ МАКЕТА ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА
Пользовательский интерфейс – это процесс диалога между программной системой и пользователем. В зависимости от того как передаются данные как происходит понимание зависит эффективность конечного результата. Одновременно с этим программное средство должно удовлетворять определенным функциональным требованиям и на основе различных графических элементов доносить их смысл до исполнителя.
В разработанном программном средстве в качестве начальной точки диалога используется главное окно программы.
Все основные функции располагаются на главной панели. Схематичное отображение главной панели представлено на рисунке 5.
Рисунок 5 – Схема главной панели программы
Однако перед тем как определить набор инструментов главной панели пользователь должен пройти процедуру авторизации в виде ввода логина и пароля. В зависимости от ранее определенных администратором прав набор этих элементов может различаться. Схематичное представление варианта прохождения диалога авторизации представлено на рисунке 6.
Рисунок 6 – Диаграмма последовательности процесса авторизации
Представим схему графа диалога последующей работы пользователя согласно ранее определенной схемы главного меню программного средства рисунок 7.
Рисунок 7 – Граф диалога работы автоматизированной системы
Этот же граф диалога можно отобразить в виде программных модулей и доступа к ним рисунок 8
Рисунок 8 – Граф диалога работы автоматизированной системы в виде программных модулей
В результате был спроектирован интерфейс программного приложения однако работа готового программного средства так же зависит и от отлаженного функционирования
1.5. АЛГОРИТМЫ РАБОТЫ
Алгоритм работы информационной системы определяется получением доступа к данным в базе данных и обработку их. Так же существует возможность изменения справочной информации которая в последующем облегчает доступ к данным производит их сортировку или фильтрацию. Обобщенный алгоритм работы информационной системы представлен на рисунке 10.
Рисунок 10 — Алгоритм работы информационной системы
Идентификация пользователя в системе так же проходит по определенному алгоритму Рисунок 11
Рисунок 11 — Алгоритм работы авторизации доступа
В результате выполнения данной главы выпускной квалификационной работы была спроектирована информационная система определено ее назначение логическая и физическая схема данных интерфейс приложения. Следующий этап – это разработка приложения по сформированным результатам.
2 ТЕХНОЛОГИЯ ПРОГРАММНОЙ РЕАЛИЗАЦИИ РАЗРАБОТАННЫХ МОДЕЛЕЙ И АЛГОРИТМОВ
2.1. ВЫБОР СРЕДСТВ ПРОГРАММНОЙ РЕАЛИЗАЦИИ
— Выбор целевой СУБД
СУБД – это универсальный комплекс прикладных программ предназначенный для создания и обслуживания баз данных а также обеспечения многоаспектного доступа к данным и их обработке.
Рассмотрим сравним и выберем СУБД из следующих Paradox InterBase и Microsoft Access.
Принцип хранения данных в Paradox – каждая таблица хранится в своем файле расширение .db MEMO- и BLOB-поля хранятся в отдельном файле расширение .md как и индексы расширение .рх.
Формат данных Paradox не является открытым поэтому для доступа к данным этого формата требуются специальные библиотеки. Отметим что отсутствие “открытости” формата данных имеет и свои достоинства. Так как в этой ситуации доступ к данным осуществляется только с помощью “знающих” этот формат библиотек простое редактирование подобных данных существенно затруднено. В этом случае возможны такие недоступные при использовании “открытых” форматов данных сервисы как защита таблиц и отдельных полей паролем хранение некоторых правил ссылочной целостности в самих таблицах – все эти сервисы предоставляются Paradox начиная с первых версий этой СУБД.
InterBase 7 SQL Server был создан разрабатывался и продавался фирмой InterBase Software Corporation ISC. Сотрудник DhC James Starkey разработавший DSRI для Rdb хотел расширить возможности Rdb но его предложения были отвергнуты DEC. Поэтому он создал собственную компанию разработавшую собственную RDBMS первоначальное название которой было Groton Database System GDS.
SQL-сервер IB Database построен на архитектуре множественных поколений записей Multi-Generational Architecture – MGA. Эта архитектура использует уникальный версионирующий механизм который обладает высокой производительностью при обработке коротких транзакций и транзакций принятия решений. Традиционно серверы баз данных поддерживают модель On-Line Transaction Processing OL TP характеризующуюся большим количеством коротких одиночных транзакций. В то время как IB Database поддерживает такой режим дополнительно поддерживаются длительные транзакции поддержки принятия решений.
В настоящее время одной из наиболее распространенных и новых СУБД является Microsoft Access 2010 которая предоставляет большие возможности и колоссальное удобство это приложение позволит эффективно работать даже в случае если вы не являетесь серьезным специалистом по работе с базами данных. Благодаря большому количеству грамотно разработанных шаблонов работа в Access удобна в использовании даже при большом объеме. СУБД Access позволяет создавать БД различного объема с которыми работают в монопольном режиме или режиме коллективного доступа. Совершенно новое представление Microsoft Office Backstage позволяет с максимальным эффектом управлять базами данных при удобном доступе и эффективно управлять ходом работы.
Обновленный конструктор макросов теперь упрощает значительно разработку сложных логических выражений и делает это интуитивно понятным для любого опытного разработчика позволяет очень легко и быстро объединять данные и повысить качество работы. Теперь непосредственно в разрабатываемые проекты можно подключать данные веб-служб а также SharePoint 2010 Business Connectivity Services появляется возможность для импорта данных из различных внешних источников Excel Outlook SQL Server и других приложений пакета программ Microsoft и создания связи с ними. При сборе или отправке данных по электронной почте сервер теперь не понадобится.
Access имеет характерный для всех приложений Microsoft Windows удобный графический интерфейс ориентированный на комфортную работу пользователя.
Принципиально новыми функциями СУБД Access 2010 являются
• сжатие базы данных
• преобразование базы данных в формат MS Access 20072010
• анализ быстродействия базы данных
• сохранение базы данных в виде accde-файла
• анализ данных в Microsoft Excel
• повышение быстродействия Microsoft Access
• разделение данных и приложения
• просмотр и изменение свойств документа MS Access 2010
• импортирование объекта в свою базу данных и др.
Проведем выбор СУБД методом экспертного оценивания. Мнение экспертов оценивалось на информационном форуме были привлечены ведущие специалисты в своей области.
Необходимо выделить критерии оценки СУБД. Важность каждого из представленных критериев была оценена экспертами по 100 бальной шкале. Исходя из полученных данных находится средний балл и коэффициент относительной важности критерия. Результаты первого этапа экспертизы представлены в таблице 19.
Таблица 19 — Первый этап экспертизы СУБД
Из всего вышеперечисленного и учитывая анализ СУБД методом экспертного оценивания оптимальным средством проектирования базы данных выбрано InterBase. В отличие от Paradox которая является локальной базой данных InterBase является сетевой и с помощью нее можно без проблем создать приложение в котором будут работать несколько пользователей. Тем более в дальнейшем планируется создавать большой автоматизированный комплекс с разделением прав доступа пользователей. Поэтому однозначно выбор стоит за InterBase. Microsoft Access пo методу экспертных оценок и по объективным показателям является самым слабым и дорогостоящим однако из за простоты в эксплуатации выбор этого СУБД так же является обоснованным. InterBase же удовлетворяет всем потребностям проектирования физической модели данных поэтому выбираем эту базу данных.
Таким образом разрабатываемое программное обеспечение позволит поддерживать сразу два формата баз данных – это Access как достаточно простой инструмент и InterBase SQL Server как самый оптимальный вариант для последующей модернизации програмы.
— Выбор среды программирования
Для создания программ под Windows существует огромное количество интегрированных сред разработки. К таковым можно отнести Visual Basic Visual С+ + Delphi С+ + Builder.
С появлением средств быстрой разработки приложений RAD – rapid application development появилась возможность программировать с помощью готовых компонентов и шаблонов. Сравним Delphi и C++Builder выберем среду программирования для автоматизированной системы.
Система визуального программирования Delphi разработана компанией Borland International на базе языка Object Pascal. Объектно-ориентированный подход к созданию компонент был серьезным шагом вперед. Дополнительный выигрыш обеспечивался за счет нормальной компиляции обеспечивающей получение более производительных программ. Первые две версии Delphi довольно быстро завоевали симпатии не только у вузовских аудиторий где Pascal пользовался особым уважением но и среди профессионалов. Это подтолкнуло одно из подразделений фирмы Borland International на перенос визуальной технологии в среду C++. Так почти одновременно с появлением Delphi 2.0 на рынке появилась первая версия Borland C++ Builder ВСВ.
Особенно привлекательными в Delphi являются такие изначальные возможности как объектно-ориентированный подход к программированию основанный на формах ее высоко производительный 32-разрядный оптимизирующий компилятор замечательная поддержка баз данных тесная интеграция с программированием под Windows и технология компонентов. Но самой важной частью является язык
C++ Builder 6 2010 – очередная версия системы объектно-ориентированного программирования для операционных систем Windows 2000 Windows XP Windows Vista и Windows 7. Интегрированная среда системы Integrated Development Environment IDE обеспечивает ускорение визуального проектирования а также продуктивность многократно используемых компонентов в сочетании с усовершенствованными инструментами и разномасштабными средствами доступа к базам данных.
Уникальная среда разработки C++Builder 6 2010 IDE Insight позволяет обращаться ко всем возможностям параметрам и компонентам интегрированной среды разработки не тратя время на их поиск в меню и диалоговых окнах обозреватель классов обеспечивающий управление классами в проекте и быстрый переход между ними объединяет Дизайнер форм Инспектор объектов Палитру компонентов Менеджер проектов и полностью интегрированные Редактор кода и Отладчик – основные инструменты RAD.
Проведем выбора среды программирования методом экспертного оценивания. Выделим критерии оценки среды программирования. Важность каждого из представленных критериев была оценена экспертами по 100 бальной шкале. Исходя из полученных данных находится средний балл и коэффициент относительной важности критерия. Результаты экспертизы представлены в таблицах 21 –22.
Таблица 21 — Расчет коэффициента относительной важности критериев
Учитывая все вышесказанное и результаты анализа экспертным оцениванием можно сделать выбор среды программной разработки в пользу Delphi который обеспечивает чрезвычайно высокую производительность и удобство использования. Особое влияние так же оказало динамичное развитие Delphi в последнее время а именно выход новых версий данной системы с дополнительными возможностями благодаря которым в последующем разрабатываемая система может быть усовершенствована.
2.2. ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА СИСТЕМЫ
Работа с программой начинается с ввода регистрационных данных. Данные для бухгалтера и заведующего складом разные. Окно авторизации доступа представлено на рисунке 12
Рисунок 12 – Окно авторизации доступа
После того как пользователь ввел пароль ему необходимо выбрать режим доступа. После этого откроется главное окно программы Рисунок 13 14. Управление данными осуществляется через программное меню где пользователь может перейти в нужный ему раздел.
Рисунок 13 – Главное окно программы
Рисунок 14 – Главное окно программы с открытым меню
Рассмотрим процесс поступления готовой продукции на склад. Изначально заведующий складом заполняет данных о группах товара Рисунок 15. Как было решено сюда входит
— ЛКМ по дереву
— ЛКМ по металлу
— Фасадная отделка
— Внутренняя отделка
— Дорожная краска
— Автомобилестроение
— Приборостроение
— Защита от коррозии.
Рисунок 15 – Вид окна «Браузер групп товаров»
Через браузер «Групп товара» так же можно просматривать составляющую каждой выбранной группы с указанием цены. Пользователь сам может формировать список групп товара а так же подгрупп Рисунок 16.
Рисунок 16 – Добавление подгрупп товара
Внизу окна программы существует окно состояний. В этом окне в зависимости от положения курсора показывается подсказка дальнейших действий.
После того как группы товаров были добавлены можно добавить и сам товар Рисунок 17.
Рисунок 17 – Редактирование данных о товаре
После ввода данных о товаре он отобразится в браузере товаров где хранятся сведения о всей имеющейся продукции на предприятии. Так же в этом окне можно выполнить различные варианты фильтрации и сортировки данных. Это особо актуально когда количество товаров на складах становится достаточно большим Рисунок 18.
Рисунок 18 – Управление продукцией в браузере товаров
С помощью данного окна можно как добавить новую продукцию так и отредактировать старую в том числе и удалить.
После того как готовая продукция была размещена на складах и её данные были занесены в программу заведующий складом может переместить товар с одного склада на другой Рисунок 19
Рисунок 19 – Перемещение готовой продукции с одного склада на другой
Количественное наполнение складов а так же продукция которая хранится на складах отображается в отчете по готовой продукции. В этом окне пользователь может выбрать интересующий его склад и увидеть хранящуюся на нем продукцию. В результате отбора может быть произведена печать отчетной формы Рисунок 20.
Рисунок 20 – Отчет по готовой продукции на складах
Разработанное приложение так же позволяет реализовывать готовую продукцию с помощью команды «Продать товар» Рисунок 21
Рисунок 21 – Реализация товара со склада
Общая сумма рассчитывается автоматически после ввода количества. По нажатии на кнопку «Продать» товар заносится в Книгу продаж а так же выводятся платежные документы.
В последующем в связи с тем что все операции по реализации фиксируются появляется возможность просмотра отчетов продаж как по клиентам так и по сотрудникам Рисунок 22
Рисунок 22 – История продаж товаров по клиентам
Пользователь так же может добавлять редактировать и удалять данные о классификаторах или справочниках. Для этого он должен воспользоваться соответствующим пунктом меню Рисунок 23-26
Рисунок 23 – Справочник отделов
Рисунок 24 – Формирование данных о сотрудниках
Рисунок 25 – Справочник должностей
Рисунок 26 – Справочник складских помещений
В окне «Справка» можно увидеть данные о разработчике системы. Так как это дипломный проект то в качестве разработчика указана выпускающая кафедра университета Рисунок 27.
Рисунок 27 – Данные о разработчике
Таким образом было проведено описание основных функций программы. Данная программа полностью соответствует поставленному техническому заданию и отвечает требованиям разработки.
2.3. ОБЕСПЕЧЕНИЕ ЭКСПЛУАТАЦИОННОЙ И ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ РАЗРАБОТАННОЙ СИСТЕМЫ
В основе широкого распространения компьютерных сетей компьютеров лежит известная идея разделения ресурсов. Высокая пропускная способность локальных сетей обеспечивает эффективный доступ из одного узла компьютерных сети к ресурсам находящимся в других узлах.
Рабочая станция предназначена для непосредственной работы пользователя или категории пользователей и обладает ресурсами соответствующими локальным потребностям данного пользователя.
Сервер компьютерной сети должен обладать ресурсами соответствующими его функциональному назначению и потребностям сети. Применительно к системам баз данных архитектура клиент-сервер интересна и актуальна главным образом потому что обеспечивает простое и относительно дешевое решение проблемы коллективного доступа к базам данных в локальной сети.
Сервер Баз данных — это собственно СУБД. Он поддерживает все основные функции СУБД определение данных обработку данных защиту и целостность данных и т.д.
Сервер приложений — это различные приложения которые выполняются над СУБД приложения написанные пользователями и встроенные приложения.
Рисунок 28 — Трехуровневая модель архитектуры клиентсервер
Элементами трехуровневой архитектуры являются
— Распределенная БД состоит из таблиц локальных БД которые находятся на одном узле
— программы доступа к данным и часть прикладных программ находятся на другом узле возможно на сервере приложений
— клиентские приложения на клиентских узлах возможно только внешний интерфейс.
Сервер распределенной БД Distributed DataBase Server — это операционная система которая решает следующие задачи
— управление именами в распределённой среде глобальный словарь данных
— оптимизация распределённых запросов
— управление распределёнными транзакциями.
Доступ к базе данных от прикладной программы или пользователя производится путем обращения к клиентской части системы. В качестве основного интерфейса между клиентской и серверной частями выступает язык баз данных SQL.
Функциональная архитектура системы базы данных характеризует состав функциональных компонентов системы их функции взаимосвязи средства взаимодействия друг с другом и с системным персоналом называемые интерфейсами а также роли функциональных компонентов в их взаимодействиях Рисунок 29.
Рисунок 29 — Функциональная архитектура приложения
Системная архитектура — организация и структура основных элементов информационной системы имеющая принципиальное значение для функционирования системы в целом. Структурная схема проектируемой автоматизированной системы представлена ниже Рисунок 30
Рисунок 30 — Системная архитектура приложения
Разработанное программное обеспечение может быть размещено как на одном локальном компьютере так и согласно приведенной структуре. В качестве взаимодействующих между системой управления готовой продукцией и другими информационными системами можно назвать
— Пакет Microsoft Office
— Среда визуального программирования Delphi при необходимости доработки системы или сопровождения.
В качестве состава технического обеспечения автоматизированного рабочего места автоматизированной системы можно рассматривать технические и программные средства.
Для успешного функционирования автоматизированного рабочего места определен состав и параметры технических средств которые должны удовлетворять следующим требованиям
процессор 500 Мгц
оперативная память 128 Мбайт
жесткий диск 20Гбайт
видеокарта 32Мбайта
монитор
манипулятор типа мышь
клавиатура стандартная
принтер.
Дополнительные требования к составу и параметрам технических средств не предъявляются все устройства должны находиться в своей базовой параметрической настройке.
В качестве состава и характеристик предъявляемых к программным средствам следует выделить только пакет MS Office. Отдельные требования к наличию среды программирования не предъявляются.
Программа должна работать в операционных системах Windows 982000NTXP7 и выше.
2.4. ОБОСНОВАНИЕ И ЭКОНОМИЧЕСКИЙ РАСЧЕТ ЗАТРАТ НА РАЗРАБОТКУ СИСТЕМЫ
— Расчет затрат на разработку программы
Расчет затрат на разработку программного продукта производится по следующей формуле
где S – затраты на программу
n – количество разработчиков
tр – время затрачиваемое на разработку данной программы конкретным программистом чел-мес
Зро – основная заработная плата программиста с учетом районного коэффициента руб.мес.
Крд – коэффициент учитывающий дополнительную заработную плату разработчика программы в долях к основной заработной плате В состав дополнительной зплаты входит оплата очередного учебного отпуска 30 выслуги лет районный коэффициент – 30.
Kрс – коэффициент учитывающий отчисления на социальные нужды в долях к сумме основной и дополнительной заработных плат.
Данный коэффициент определяется как сумма отчислений
— В пенсионный фонд – 22 от фонда оплаты труда
— В фонд государственного и социального страхования – 29
— В фонд обязательного медицинского страхования – 51 .
Итого сумма всех отчислений составляет 30 или 03.
Кн – коэффициент учитывающий накладные расходы организации в которой разрабатывается данная программа от 20 до 40
tмо – машинное время ЭВМ для отладки программы одним программистом машино-часы
ер – эксплуатационные расходы на 1час машинного времени руб.машино-ч.
Для данной программы определены следующие значения
tp 4 мес.
Зро 13000 руб.мес. согласно штатному расписанию
tмо 30 час.
n 1
Крд 06
Крс 03
Кн 2
ер руб.час — расчет данного показателя производится ниже см. формулу 9.
Согласно вышеприведенной формуле 2 сумма затрат на разработку программы составляет
Расчет стоимости программы «нормативной документации» произведём по формуле
Z S + 02 S 3
где Z – стоимость программы.
Z + 02 25998012 pyб.
— Расчет капиталовложений связанных с использованием разработанной программы
Расчет основных кап. Вложений будем производить по формуле
К Коб + Кзд + Кпр 4
где К – капитальные вложения в ЭВМ для которой предназначена данная программа руб.год
Коб – стоимость оборудования руб.
Кзд – стоимость производственных помещений необходимых для машинной обработки данных руб.
Кпр – предпроизводственные затраты р.
Произведем расчет показателей
Для выполнения задачи требуется одна вычислительная машина. Её стоимость определим из средних расчетов стоимости оборудования обладающего требуемыми характеристиками
Стоимость монитора – 4500 рублей
Стоимость системного блока – 9500 рублей
Стоимость периферийного оборудования – 6000 рублей
Общая сумма равна 20000 рублей.
Коб 20 000 руб.
ЭВМ размещаются на рабочих местах специалистов и имеют в своем составе разнообразные прикладные системы. Следовательно при использовании ЭВМ Кзд и Кпр не требуются следовательно
К 20000 руб.
Расчет дополнительных капвложений будем производить по формуле
где VK – дополнительные кап. Вложения
tмв – машинное время необходимое пользователю для решения задачи с помощью данной программы машино-часгод
Тэф – эффективный годовой фонд времени работы ЭВМ машино-часгод.
Полный рабочий день составляет 8 часов следовательно tмв Тэф.
Таким образом
VК 20000 + 25998012 27998012 руб.год.
— Расчет эксплуатационных расходов связанных с использованием разработанной программы
Расчет эксплуатационных затрат на обработку данных программы будем производить по формуле
Е Зо + Зд + Зс + Аоб + Вм + Вэ + Азд 6
где Е – эксплуатационные расходы
Зо – основная заработная плата обслуживающего персонала после внедрения программы составляет 6400 12 76800 руб.год
Зд – дополнительная заработная плата обслуживающего персонала руб.год
Зс – отчисления на социальные нужды руб.год
Аоб – амортизационные отчисления на оборудование руб.год
Вм – затраты на основные и вспомогательные материалы руб.год
Вэ – затраты на электроэнергию исходя из стоимости 283 руб.кВт по состоянию на 1 июля 2013 года для торговых предприятий красноярского края
Затраты на электроэнергию Bэ определяются исходя из годового фонда рабочего времени и потребляемой ЭВМ мощности 800 Вт – усредненная характеристика потребления электроэнергии персональным компьютером.
Годовой объем работ ЭВМ в часах определяется следующим образом
где Тср – среднесуточная загрузка оборудования 8 час.
2533 – среднее количество дней работы ЭВМ в течение года.
Тм 2533 820264 час.
Вэ 20263 283 08 45875 руб.год.
В укрупненных расчетах годовые затраты на основные и вспомогательные материалы гибкие диски бумага тонер определяются в размере 1 от стоимости основного оборудования.
Вм 001 Kоб 001 20000 200 рубгод.
Величина Аоб рассчитывается по формуле
где Tс – срок службы оборудования для данного оборудования 3 года – согласно паспорту изделия.
Эксплуатационные затраты на обработку данных программы рассчитаем по формуле 6
Е 276800 + 76800 06 + 76800 03 + 666666 + 200 + 45875 30329416 руб.год.
Расчет эксплуатационных расходов на 1 час машинного времени производим по формуле
— Расчет экономии эксплуатационных расходов у потребителя программы
Расчет годовой экономии эксплуатационных затрат получаемой в результате применения программы выполним по следующей по формуле
VE 1 + Крд 1 + Крс Зо n – tмв ер 10
где VЕ – сумма годовой экономии
n – количество работников выполняющих данную задачу вручную
Зо – основная зарплата работника выполняющего данную задачу вручную.
В данной организации эту задачу выполняют 2 работника со средней заработной платой до внедрения программы 12000 руб.месс. т.е.
3о 12000 12 144000 руб.год.
Следовательно величина VE согласно формуле 10 составляет
VЕ l + 06 l + 03 144000 2 – 20264 14967 29574872 руб.год.
— Расчет показателей экономической эффективности от внедрения разработанной программы
Срок окупаемости Т дополнительных капвложений при разработке программы рассчитаем по формуле
TVKVE27998012 29574872 094 11
Это составляет 3413 дней или 114 месяца.
На основании вышеприведенных расчетов можно сделать вывод что в случае использования автоматизированной системы капиталовложения составят 27998012 руб.год. При этом годовая экономия эксплуатационных затрат получаемых в результате применения программы составит 29574872 руб.год.
По приведенным выше расчетам видно что данный программный продукт окупится за 114 мес.
ЗАКЛЮЧЕНИЕ
По результатам выполненной работы можно сделать следующие выводы
– Был проведен анализ объектов исследования в результате которых был определен проблемный процесс в деятельности предприятия
– Была произведена постановка задачи автоматизации
– В качестве средств реализации проекта были выбраны среда программирования Delphi 7.0 MS Access BPWin.
– При обосновании экономической эффективности разработки было выяснено что в случае использования программы ИС для учета продукции завода по производству красок капиталовложения составят 33909604 py6. При этом годовая экономия эксплуатационных затрат получаемых в результате применения программы составит 24660563 руб. По приведенным выше расчетам видно что данный программный продукт окупится за 16.7 мес.
– Используя средства функционального моделирования была составлена контекстная диаграмма автоматизированной информационной системы и проведена её декомпозиция. Эти диаграммы позволили лучше представить функционал программы для последующей разработки
– Была спроектирована база данных состоящая из пятнадцати таблиц. Все таблицы взаимосвязаны между собой что позволяет в последующем организовать удобную систему работы с данными
– Используя функциональную модель и разработанную базу данных было спроектировано и реализовано программное приложение полностью соответствующее по функционалу техническому заданию. На примерах форм программы была рассмотрена её работоспособность и основные преимущества
Разработанная программа имеет следующие плюсы простота и понятность интерфейса программы что не требует дополнительного обучения или прохождения специальных курсов особенно для сотрудников не посвященных в азы компьютеров и программного обеспечения не требовательность к системным ресурсам машины легкость ввода и отслеживания.
СПИСОК ИНФОРМАЦИОННЫХ ИСТОЧНИКОВ
1. Jessy Russel Ronald Gohn. Базы данных. – Москва VSD 2012 г. 169 страниц.
2. Агальцов В.П. Базы данных. – Москва Мир 2009 г. 376 страниц.
3. Архангельский А.Я. Программирование в Delphi 7. – М. ЗАО “Издательство БИНОМ” 2003 г. 1152 с.
4. Бобровский С.А. «Delphi 6. Учебный курс» — СпБ. Издательство «Питер» — Санкт Петербург 2001.- 640 стр.
5. Бурков А. В. Проектирование информационных систем в Microsoft SQL Server 2008 и Visual Studio 2008 — М. «Альянс» 2007.
6. Верников Г. Описание стандарта IDEF0.Г. Верников – М. Литера 2003.
7. Верников Г. Описание стандарта IDEF0.Г. Верников – М. Литера 2003.
8. Визуальное программирование в Delphi Методические указания Рязан. гос. радиотехн. ун-т. Сост. В.И Чистякова. Рязань 2007. 80 с.
9. Гладченко А. Ю. Microsoft SQL Server Полезные алгоритмы от SQL.RU – Сп-б Питер 2012 г. – 204 с.
10. Глинских А. А. Современные автоматизированные системы управления персоналом А. А. Глинских – М. ИНФРА-М 2000.
11. Гончаров А. Microsoft Access 7.0 в примерах А. Гончаров. – СПб. Питер. – 1997. – 256
12. Горфинкель В.Я. – Экономика организаций предприятий – Москва 2004.
13. Демидович Е.И. Основы алгоритмизации и программирования. Язык Си учебник для вузов. — СПб. BHV 2008. – 415 с.
14. Дунаев В.В. Базы данных. Язык SQL для студента. — Санкт-Петербург БХВ-Петербург 2012 г. 320 страниц.
15. Ирингель Михаэль Кирстен Вольфнанг Кюн Матиас. Постреляционная СУБД. Объектно-ориентированная разработка приложений. – Москва Бином-Лаборатория знаний 2011 г. 416 страниц.
16. Кирилов В.В. Громов В.Ю. Введение в реляционные базы данных. – Санкт-Петербург БХВ-Петербург 2012 г. 464 страницы.
17. Кузин А.В. Левонисова С.В. Базы данных. Учебное пособие для студентов высших учебных заведений.- Москва Академия 2010 г. 320 страниц.
18. Культин М. Б. Программирование Инфорком – Пресс 2000. –в Turbo Pascal 7.0 и Delphi. – Спб. BHV – Санкт-Петербург 1998. – 240 с
19. Культин Н.Б. «Программирование Object Pascal в Delphi 5» — СпБ. BHV – Санкт Петербург 2000. -464 стр
20. Кумскова И.А. Базы данных. Учебник. – Москва КноРус 2012 г. 488 страниц.
21. Лапин В. Л. Безопасность жизнедеятельности. Безопасность технологических процессов и производств Охрана труда Учеб. пособие для студ. вузов – 2-е издание исправленное и дополненное В. Л. Лапин Н. Л. Пономарев П. П. Кукин и др. – М. Высшая школа 2001.
22. Левчук Е.А. Технологии организации хранения и обработки данных. – Москва Высшая школа 2010 г. 239 страниц.
23. Мартишин С.А. Симонов В.Л. Храпченко М.В. Проектирование и реализация баз данных в СУБД. Учебное пособие. Методы и средства проектирования информационных систем и технологий. Инструментальные средства информационных систем. – Москва Форум 2012 г. 160 страниц.
24. Новиков Б.А. Добровская Г.В. Настройка приложений баз данных. Гриф УМО МО РФ. — Санкт-Петербург БХВ-Петербург 2012 г. 240 страниц
25. Новичков В.С. Парфилова Н.И. Пылькин А.Н. Алгоритмизация и программирование на Турбо Паскале. Учебное пособие. – М. Горячая линия — Телеком 2005. 438 c.
26. Обработка данных в Delphi Методические указания. 2-е изд. Рязан. гос. радиотехн. ун-т. Сост. В.И Чистякова. Рязань 2006. 48 с.
27. Основы алгоритмизации и программирования уч. пособие Голицына О.Л. Попов И.И. — М. ФОРУМ-ИНФРА-М 2007. – 427 с.
28. Попов И. И. Автоматизированные системы управления предприятием И. И. Попов – М. МИФИ 2002.
29. Процедурное и обьектно-ориентированное прграммирование в Delphi Методические указания. 2-е изд. Рязан. гос. радиотехн. ун-т. Сост. В.И Чистякова. Рязань 2006. 64 с.
30. Раицкий К.А. – Экономика организаций предприятия – Москва 2003.
31. Рудаков А. В. Технология разработки программных продуктов – М. Академия 2007 г. – 189 с.
32. Смирнова А. П. Проектирование сложных баз данных – М. Юрайт 2009 г. – 312 с.
33. Фаронов В.В. «Delphi 6. Учебный курс». Издатель Молгачева С.В. Питер 2001.
34. Хомоненко А.- DELPHI 5- г.Москва «Просвещение» 1993г.
35. Хомоненко А. Гофман В. Мещеряков Е. – Delphi 6 в подлиннике наиболее полное руководство – «БХВ-Петербург» — Санкт-Петербург 2003.
Швецов В.И. Визгунов А.Н. Мееров А.Б. Базы данных. – Нижний Новгород Издательство Нижегородского университета 2011 г. 217 страниц.